home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 February / EnigmA AMIGA RUN 15 (1997)(G.R. Edizioni)(IT)[!][issue 1997-02][PLANET CD V].iso / enigma / earcd / comm / comm2 / hdrbbs11.lha / HBBS / Docs / Suggestions / Ideas.TXT < prev    next >
Text File  |  1996-06-30  |  16KB  |  510 lines
  1. IDEAS FOR HYDRABBS....
  2.  
  3.  
  4. Document Conventions:
  5.  
  6.   /X   AmiExpress
  7.   L/X  LamExpress :-)
  8.  
  9.   First, some words to the writer(s) of L/X
  10.  
  11.     YOUR BBS SOFTWARE SUCKS
  12.     YOUR CODING SUCKS
  13.     YOUR SUPPORT SUCKS
  14.     YOUR APPROACH SUCKS
  15.     YOUR DOOR LIBRARY SUCKS
  16.     YOU SUCK
  17.     AND NO-ONE LIKES L/X THEY ONLY USE IT COS THERE'S NO BETTER ALTERNITIVE
  18.  
  19.   And Now THere iS!   So GET A FUCKING life DOING SOMETHING ELSE APART
  20.   FROM LAMING (oops, sorry "CODING") LAMIEXPRESS
  21.  
  22. ***
  23.  
  24.   GUI and entire program to be written in C freely distributable source code
  25.   (posibly to registered users only, but key it... :-)
  26.  
  27. ***
  28.  
  29.   All config files should be textfiles, then anything can edit them
  30.   only store the text files like l/x stores its icons, as with l/x it's easy
  31.   to make a temp config change, whereas having all the config in one file
  32.   is a bitch to work on... (and slow to edit/parse...)
  33.  
  34. ***
  35.  
  36.   Set modem to auto answer mode (ATS0=xxx) rather than sending ata commands
  37.   after rings and shit, then you can just search for CONNECT blah blah blah...
  38.  
  39.   (modems don't seem to lock up as much when using them like this...)
  40.  
  41.   see preview of BBS:Nodes/NodeX/device
  42.  
  43. ***
  44.  
  45.   Remember flagged files after carrier disconnect.. :-)  maybe user option via "W"
  46.   command ?
  47.  
  48. ***
  49.  
  50.   Allow quick resume, so that if user loses carrier they don't have to sit
  51.   through all the fucking menus next time they log on..
  52.   (obviously there'd have to be a time limit on this option cos if the user
  53.   called, lost carrier and called back a week later they'd be a bit confused! :-)
  54.  
  55. ***
  56.  
  57.   Allow users to post messages to all.
  58.   (well, this is changed now, as the message system will be COOL, you will
  59.   be able to write messages to various different people, with the following option
  60.   Message To Group Members Only (User can select group if more than one group..)
  61.   Message To Users With access level above or equal to XXX (to stop lamers reading
  62.   scene type stuff, like boxing!)
  63.   Message To Set Of Users, (eg, To: Hydra,Cruise,Stab)
  64.   Message To Everybody (like eall)
  65.   Message To All (like eall only not forced displayed)
  66.  
  67.   user can select wether to display messages to ALL via thier config..
  68.  
  69.   and there's a few more options too...
  70.  
  71. ***
  72.  
  73.   perhaps have some option to only read messages from users with certain
  74.   access levels and flags (have flags for groups) and to have a mail
  75.   blacklist (sysop editable)
  76.  
  77. ***
  78.  
  79.   When running external doors make it so that you have a list of doors to run
  80.   in a specified order rather than just one door in one place (a bit like having
  81.   2 programs run on a syscmd/ExamineFile.info for instance..
  82.  
  83. ***
  84.  
  85.   NetMail facilities. (with users able to transfer mail packets as well as
  86.   the sysop, so that couriers and co-sysops can do it too :-)
  87.  
  88. ***
  89.  
  90.   only allow users who have uploaded a certain amount of files/meg/ratio to have
  91.   free downloads... stops the leechers! :-)
  92.  
  93. ***
  94.  
  95.   when there is an error (say a lock error) a mail message get's written to the sysop
  96.   with the error details in it (time/date/user/menuaction/details...)
  97.   so the next time the sysop logs in and reads his mail he will know there is
  98.   something wrong!
  99.  
  100. ***
  101.  
  102.   have a button on the gui that will archive up all the configuration files, .txt
  103.   files and .ans files, possibly make this backup setting like a cron job... :-)
  104.  
  105.   rather like doing an "LHA a -r bbs:bbsbackup bbs: (#?.txt|#?.info)" for L/X :-)
  106.  
  107. ***
  108.  
  109. after sysop chat redraw bbs prompt with command as user typed unlike l/x which
  110. adds a return to the end of what the user typed in and runs it as a command.
  111.  
  112. ***
  113.  
  114. also you must have 1 G and no other letters on the command line to logoff...
  115. this safeguards accidental logoff..
  116.  
  117. ***
  118.  
  119. user account info should contain the following 4 fields (as well as other fields)
  120.   actual uploaded bytes (that have been transferred by modem)
  121.   upload creds awarded (by sysop, nuker, prizes...)
  122.     (if you add the two fields together you'd get total uploaded)
  123.   and the same 2 fields for downloads.
  124.  
  125.   the reson for this is so that you can actually see if a user is a good trader
  126.   or relies on 3x's or requests for thier creds!
  127.  
  128.   also very cool for bulletin/stats generators..
  129.  
  130. ***
  131.  
  132. Hey, now this is a good idea:
  133.  
  134. When you have validated a user, the bbs software could be made to create a
  135. key file for the user detailing his account (obviosly encrypted somehow) this
  136. could then be given to the user.  Then when the user calls another system
  137. the sysop can ask the user for some keyfiles,  the user can ONLY give the
  138. sysop keyfiles if he has been given access on other bbs's.
  139. This would be a great way for sysops to easily validate users.
  140.  
  141. using the information structure below it would be pretty much impossible for
  142. the user to make thier own keys up, espesially if the sysop checked the
  143. keyfiles with the bbs's that the user said they got them from.
  144.  
  145. info to be stored in keyfiles:
  146.  
  147. BBS Name,
  148. BBS Phone Number,
  149. BBS Serial Number (madeup by the hostsoftware depending on the time and date
  150.   that the software was installed, a nice 4 byte packed integer should be
  151.   pretty darn unique.)
  152. Sysop Name
  153. UsersAccount info (copy of account info structure which would contain the
  154.   stuff like: name, handle, location, ratio info, bytes uploaded,
  155.   bytes downloaded, average files up/down per call)
  156. names and sizes of last 10 files uploaded/downloaded
  157. date and time user was given access
  158.  
  159. Damn, that's a really COOOL idea dont you think ?
  160.  
  161. ***
  162.  
  163.   SuperQuickLogins,  make some scripts up for term/ncomm/terminus. Some terminal
  164.   programs allow the user to run specific scripts for each bbs after a conection
  165.   has been made to the system.  You can setup your handle/password for each bbs
  166.   and get the term program to do a session handshake with the bbs software.
  167.  
  168.   So you could make it skip items of the bbs that you don't like, maybe you get
  169.   sick of millions of screens of ansi everytime you log in..  well this is the
  170.   answer.
  171.  
  172. ***
  173.  
  174.   when the system gets below the MinFreeSpace on the BBSDrive the bbs software
  175.   (when a user is not logged on, or possibly spawn a command) will move files
  176.   from one upload path to another
  177.  
  178. ***
  179.  
  180.   if the drives become full get the bbsto delete the oldest files
  181.   in the upload paths with the archived bit set.  So if you do regular backups
  182.   or are not bothered with old files then you can get the system to automatically
  183.   keep the bbs running all by itself!  Kewl!
  184.  
  185. ***
  186.  
  187.   select conf for file when uploaded.  This is so that traders
  188.   can have all thier new files in one directory on thier computer and upload
  189.   all of them, then after they have been uploaded the user can select which
  190.   conference the files should be in
  191.  
  192. ***
  193.  
  194.   store file flag and filepath to each file flagged from multiple conferences
  195.   so that you can tag files in one conf, go to another, tag files in that, then
  196.   go to another and then select download it will download all flagged files from
  197.   all conferences..
  198.  
  199. ***
  200.  
  201.   allow moving of messages from one conf to another.
  202.  
  203. ***
  204.  
  205.   allows writing of the same message to several users, great for nicking other
  206.   sysops users ;-) heheeee (hello Trev!)
  207.  
  208. ***
  209.  
  210.   attach as many files to a message as you like and from as many different paths.
  211.   also have the option not to copy the file, but to download it from where it
  212.   sits on your hd so as not to take up twice as much disk space.
  213.   (sysop option)
  214.  
  215. ***
  216.  
  217.   at the login prompt have a menu, so that you can leave messages to sysop etc..
  218.   so that a user does not have to login to the bbs.  great if you run a warez bbs
  219.   but also have a PD type front-end, or if you run a business as well as a bbs!
  220.  
  221.   could have option so that users can apply for accounts..
  222.  
  223.   and have a pwfail type thing too...
  224.  
  225. ***
  226.  
  227.   don't allow total wildcards on usernames when logging in (type typing
  228.   ????* at the loggin prompt next time you log into an L/X bbs to get a
  229.   full userlist!!)
  230.  
  231. ***
  232.  
  233.   let messages have an expiry date set. (Nice!)
  234.  
  235. ***
  236.  
  237.   add button for using BT's caller ID, in that you click the button, it goes
  238.   ATDT1471
  239.   and you can listen to the number returned! :-)
  240.  
  241. ***
  242.  
  243.   tell user how many files uploaded per conf since last call..
  244.  
  245. ***
  246.  
  247.   create lha checker that uses an anagram of the filename for the bbs adverts
  248.   so that it's uniqe for each file.  this should stop most lha/zip checkers
  249.   dead in their tracks!
  250.  
  251. ***
  252.  
  253.   search hard disks on installed system for "/X" and delete files. :-)
  254.  
  255.   oh dear, Im SUCH a kidder! :-)
  256.  
  257. ***
  258.  
  259.   keep record of date user last upload as well as last called... in the user
  260.   data to spot the leechers!! :-)
  261.   --> done, check out User.LastUploadDate
  262.  
  263. ***
  264.  
  265.   when displaying file list make it so the program NEVER displays only a
  266.   couple of lines of the description. at the bottom or top of the screen
  267.  
  268. ***
  269.  
  270.   have a filelist search button from the gui so that you can quickly search for
  271.   a file without having to login.
  272.  
  273. ***
  274.  
  275.   when looking for files with assigns (:)'s in the the filename check first on the
  276.   system volume/assign list to see if the assign exists, if not then don't try
  277.   and open the file, if it does then do. :-)  This would aleviate the problem
  278.   us sysops get when we want to take a cd-rom out of the drive without having
  279.   to edit the u/l & d/l paths for the confs and restarting the bbs to make the
  280.   changes take effect...
  281.  
  282. ***
  283.  
  284.   include converter program to convert L/X tooltypes to HBBS config files..
  285.  
  286. ***
  287.  
  288.   have a DECENT install program..  and define a standard install script for
  289.   new doors and utils so that door writers can use it..
  290.  
  291. ***
  292.  
  293.   have option so that sysop can disable remote logins for his account, i.e. so
  294.   no-one call call the bbs and login as the sysop, the sysop can only log in
  295.   locally with this set..
  296.  
  297. ***
  298.  
  299.   have options LogDoorCommandsInCallersLog=TRUE/FALSE
  300.  
  301.  
  302. ***
  303.  
  304.   have a button on the node window labelled TAGGED, which should pop
  305.   up a listview window that should display all the files a user has
  306.   tagged, maybe add some buttons so the sysop can tag/untag extra files!
  307.  
  308. ***
  309.  
  310.   built in stats and graphs generator (well, module rather than built in..)
  311.  
  312. ***
  313.  
  314.   show time and date in lastcallers listview..
  315.  
  316. ***
  317.  
  318.   modem inactivity reset,  let the modem reset itself if no-one calls the bbs
  319.   for a certain duration or there are a set number of invalid/misconnects..
  320.  
  321.   great if ya got a buggy modem..
  322.  
  323. ***
  324.  
  325.   have somewhat versatile login times, so you can specify what days a user is allowed
  326.   to logon and between what times and how many calls they are allowed for each day
  327.   etc etc..
  328.  
  329. ***
  330.  
  331.   background filechecking while the user is batch uploading (i.e. upload file
  332.   start uploading next file, while that's happening hbbs could check the file
  333.   in the background..
  334.  
  335. ***
  336.  
  337.   have announce logon/off as standard
  338.  
  339. ***
  340.  
  341.   when skipping uploaded files that already exist display time and date they were
  342.   first uploaded
  343.  
  344. ***
  345.  
  346.   include a utility that goes to all your config files and changes the default
  347.   tooltype to the users fave text editor..
  348.  
  349. ***
  350.  
  351.   multi pattern matching keyword and or filename search on z command..
  352.  
  353.  
  354. ***
  355.  
  356.   pager:
  357.  
  358.   user end:
  359.   ask for reason, write reason to callerslog (nodelog?)
  360.   amount of pages allowed before comment..
  361.  
  362.   sysop end:
  363.   window on frontmost screen that says who's paging and why..
  364.   buttons for chat or busy or ignore..
  365.  
  366. ***
  367.  
  368.   minimum password length sysop settable
  369.  
  370. ***
  371.  
  372.   have two methods of creating a new account, the first is like lamiex where
  373.   you type in your handle at the prompt and it goes,
  374.   "account not found, [r]etry or [c]ontinue as new user"
  375.   or make it so you have to type in something like "NEW" or "GUEST" or "ACCOUNT"
  376.   to get an account, this option will be sysop selectable, this is great
  377.   for keeping the lamers out as you can set it to something weird (like a password)
  378.   which only kewl users would know..
  379.  
  380. ***
  381.  
  382.   have speech!  use the speak: handler and if option enabled in the config say who's
  383.   loggin in/out and or what's happening with doors etc. when they are leeching,
  384.   and how much, also might be nice to have option to read mail to the sysop!
  385.  
  386.   v.cool! :-)
  387.  
  388. ***
  389.  
  390.   sysop definable mail groups (i.e. list of users)
  391.  
  392. ***
  393.  
  394.   run all programs in HBBS:Startup just like WBStartup but only after the bbs
  395.   has initialised and all autostart nodes are ready..
  396.  
  397.   what a handy feature, great if you want to use external doors (or bbs monitoring
  398.   tools)
  399.  
  400. ***
  401.  
  402.    all doors MUST be written in C or asm and not arexx, if you want arexx doors
  403.    then program an arexx door server external door and an arexx door starter
  404.    then all your arexx programs are started by the arexx door starter (which gets
  405.    started the normal way by the node program) you then supply the option paramter
  406.    for the arex door starter with the path and filename of your arexx door. the arexx
  407.    door can then address the arexx door server which can supply all arexx doors and
  408.    other programs with the information you need.   With a method like this you can
  409.    actually cater for ALL non compiled languages (even basic!) by having a door starter
  410.    and a door server which are written in c or asm and pass the data between the bbs
  411.    and your other (language unspecific) door!
  412.  
  413.    also this has the advantage of letting the user customize the door servers data
  414.    the way they want it!
  415.  
  416. ***
  417.  
  418.   sysop settable default upload and download path for local transfers..
  419.   --> a file requester will be used..
  420.  
  421. ***
  422.  
  423.   allow sysop to save positions of ALL windows..
  424.   --> currently, only the watch window and control panel are saved
  425.  
  426. ***
  427.  
  428.   include a small program to watch the userdata file and give you the taskname
  429.   of the program that touched it, kind like snoopdos for the userdata file..
  430.   great for spotting naughty doors and stuff..
  431.  
  432. ***
  433.  
  434.   have a door/program that works out time between commands entered by the user
  435.   and gives a rating of bbs efficency/knowledge..
  436.  
  437. ***
  438.  
  439.   have another door that tells the user how well or bad the user is doing (in
  440.   terms of ul's/dl's/calls/etcc in relation to the all the other users.. i.e.
  441.  
  442.   you are the 31st most cool user..
  443.  
  444.   or
  445.  
  446.   you are the 20th most shite user
  447.  
  448. ***
  449.  
  450.   have option so that when the sysop presses f1 to chat to a user the node can
  451.   a) turn the chat flag on for that node, b) turn the chat flag on for all the
  452.   nodes or c) leave it alone..
  453.  
  454.   (this is cos i always forget to turn my chat flag on!)
  455.  
  456. ***
  457.  
  458.   also have defineable times for the chat flag to go on, much in the same way
  459.   that you define when a user it allowed to logon..
  460.  
  461. ***
  462.  
  463.   make it so that the file_id door extracts the file id and saves it to a file
  464.   in env:hbbs/lastfewuploads.txt along with the uploader and a few other
  465.   sysop definable options.  This file would look like a normal file list
  466.   but would contain (say) the last 10 uploaded files to the system (from any conf
  467.   priveate or not..)  rather handy for sysops cos then they won't have to local
  468.   login and do a conf scan....
  469.  
  470. ***
  471.  
  472.   have access levels on screens (use the FB->fib_Comment ??)
  473.  
  474. ***
  475.  
  476.   let sysop add extra file to the list of files that the user is downloading
  477.   *WHILE* they are still downloading (by way of a button called "Add..." on
  478.   the transfer status window)
  479.  
  480. ***
  481.  
  482.   emergency credits, if a user wants to leech some file while they are doing
  483.   a bi-directional transfer but don't have enough creds before they start the
  484.   transfer then normally /X would not let them transfer the files.
  485.  
  486.   Put an option in HBBS where the user can BORROW credits for a short period of
  487.   time (i.e. for the call, or the next 3 calls, etc))  if they don't pay back
  488.   the amount of borrowed creds in that time they can be fined a certain amount of
  489.   credits! :-) coool..
  490.  
  491.   E.g
  492.  
  493.   user has 1,000,000 creds, wants to download 3,000,000 creds worth of files, and is
  494.   going to upload 1,000,000 bytes worth of files.  at a 3:1 ratio if a user uploads
  495.   1,000,000 bytes they'd get a total of 3,000,000 credits.  So, the user needs to
  496.   BORROW 2,000,000 creds which would be paid back after the upload...
  497.  
  498.   Whata COOOOl idea!
  499.  
  500. ***
  501.  
  502.   have a program that runs once a day checking FirstMessage=blah in the
  503.   MailStats.CFG file of each mail are, and then double check that with the actual
  504.   first mail message in that dir..  If incorrect thenupdate it,  this will save time
  505.   when mailscanning as hbbs has to Lock() each mail file to check it's existance
  506.   and there's no point checking for loads of mail that has been deleted ages ago!
  507.  
  508. ***
  509.  
  510.